approssimazione di LCEVC

...ma se richiami i link degli stessi file video con il browser vedi qualcosa di molto diverso.
diverso: il solo dimezzamento del frame dapprima solo in senso orizzontale o verticale poi in entrambe le direzione.
Il risultato e' stato quello ricordato da questa immagine: il primo e il quarto vanno bene, gli altri due sicuramente no...



L'aspect ratio corrotto di questi video e' a dir poco spiacevole, e inizialmente pensavo fosse un problema del player di firefox (visto che VLC mostrava le cose bene).
Si deve concludere che non ci si deve mai fidare delle tradizioni, nemmeno di quelle considerate piu' solide...

Questo perche' l'attivita' di compressione ha tanti di quei parametri (chi ha provato almeno una volta ad usare ffmpeg puo' comprendere) che i tool - come avidemux - che presentano ffmpeg in modo piu' umano facilmente fanno perdere di vista le cose significative e non.
Il player h264 di Firefox, al contrario di VLC, tiene conto sia dell'aspect ratio del multiplexer che del PAR e quindi se la dimensione orizzontale del video e' dimezzata ma il PAR e' lasciato 1:1 la riproduzione sara' dimezzata orizzontalmente.
Finche', tra i tanti settaggi di default di avidemux mi sono imbattuto nel PAR.
In precedenza ero andato a cercare sul web se il tag <video> dell'html5 gestisse queste scalature, scoprendo - ahime' - che non c'e' modo di cambiare l'aspect ratio o scalare il video e mostrarlo nella dimensione desiderata similmente a come e' possibile con VLCplayer (o eventuali invocazioni del suo plug-in quando era possibile).

height attribute
https://www.w3schools.com/tags/att_video_height.asp

The height attribute specifies the height of a video player, in pixels.

Tip: Always specify both the height and width attributes for videos. If these attributes are set, the required space for the video is reserved when the page is loaded. However, without these attributes, the browser does not know the size of the video, and cannot reserve the appropriate space to it. The effect will be that the page layout will change during loading (while the video loads).

Note: Do not rescale video with the height and width attributes! Downsizing a large video with these attributes forces a user to download the original video (even if it looks small on the page). The correct way to rescale a video is with a program, before using it on a web page.

width attribute
https://www.w3schools.com/tags/att_video_width.asp

The width attribute specifies the width of a video player, in pixels.

Tip: Always specify both the height and width attributes for videos. If these attributes are set, the required space for the video is reserved when the page is loaded. However, without these attributes, the browser does not know the size of the video, and cannot reserve the appropriate space to it. The effect will be that the page layout will change during loading (while the video loads).

Note: Do not rescale video with the height and width attributes! Downsizing a large video with these attributes forces a user to download the original video (even if it looks small on the page). The correct way to rescale a video is with a program, before using it on a web page.

In realta' lo sbaglio era mio che non modificavo il PAR, fidandomi troppo della bocca buona di VLC player. Ecco le schede di avidemux per il settaggio del PAR:

originale: pezzetto_3Mbp.mp4

dimezzamento orizzontale: pezzetto_1.4Mbps_D1h_5.mp4

dimezzamento verticale: pezzetto_1.4Mbps_D1v.mp4

dimezzamento bidirezionale: pezzetto_600kbps_D2.mp4

Ma non e' tutto oro quello che brilla

Nell'orgia della capacita' di calcolo (se il tuo pc non ce la fa, comprane uno piu' performante o tagliati le vene!), ecco cosa ho notato provando a guardare questa pagina, la pagina dove ho ammucchiato gli uhd e only one way of streaming su un pc e su un sony Bravia da 55 pollici 4k.

A chi serve l'8k

Non penso sia indispensabile ad oltre il 10% della audience.
Con modalita' Perfettamente allineata con i criteri base del consumismo, un televisore 4k non apre uno stream 8k: semplicemente non mostra nulla, dando l'idea che il browser non invochi nemmeno il decodificatore. Semplicemente: se provi ad aprire un 8k su un 4 non vedi nulla
In effetti la decodifica dell'8k e' molto pesante, anche un pc basato su i5 quadricore e processore grafico intel iris non riesce a decodificare l'8k anche dal proprio hard disk.
Anche se dunque non e' causato dalla potenza di calcolo, diamo tempo alla legge di Moore di mettere un cray in uno smartwatch, e l'8k lo vedremo anche li' sopra.

But not all that glitters is gold

In the orgy of computing power (if your pc can't do it, buy a better performing one or cut your veins!), here is what I noticed while trying to look at this page, the page where I piled the uhds and only one way of streaming on a pc and on a sony Bravia 55-inch 4k.

Who needs 8k

I don't think it's essential to more than 10% of the audience.
With a mode perfectly aligned with the basic criteria of consumerism, a 4k tv doesn't open an 8k stream: it just doesn't show anything, giving the idea that the browser does not even invoke the decoder. Simply: if you try to open an 8k on a 4 you see nothing
In fact 8k decoding is very heavy, even an i5 based pc quadricore and intel iris graphics processor fails to decode the 8k too from your hard disk.
So even if it's not caused by computing power, let's give time to the law Moore to put a cray in a smartwatch, and we'll see 8k above as well.

La gestione del PAR

Per vedere se era colpa della potenza di calcolo coinvolta ho pensato di realizzare un half-8k ma purtroppo il filtro di ridimensionamento di avidemux non e' in grado di spingersi oltre i 4k.
Ho comunque avuto modo di notare che il Sony Bravia non considera il PAR, il Pixel Aspect Ratio: come si vede nelle immagini qui sotto, un half-HD viene mostrato largo la meta'.
Del resto, oramai nessuno si preoccupa piu' della banda occupata: con i Gigabit at you fingertips chi vuoi che si preoccupi a ridurre la banda impegnata di un messaggio video?
Infatti, mentre il pc ed gli smartphone considerano il PAR di uno stream, il bravia 4k no.

Il problema potrebbe essere attribuito sia al browser (che non passa al decodificatore hardware del televisore l'informazione del PAR) o dello stesso decodificatore che semplicemente non comincia nemmeno a decodificare un qualcosa alto come un 8k.

The PAR management of Bravia

To see if it depends on the required smart-TV computing power, I thought I'd go for it a half-8k but unfortunately the avidemux resize filter is unable to go beyond 4k.
However, I got to notice that the Sony Bravia does not consider the PAR, the Pixel Aspect Ratio: As seen in the images below, half-HD is shown wide half.
After all, nowadays no one cares about the occupied bandwidth anymore: with Gigabit at you fingertips who would you want to worry about reducing the bandwidth of a video message?
In fact, while the pc and smartphones consider the PAR of a stream, the bravia 4k does not.

The problem could be attributed either to the browser (which does not pass the PAR information to the hardware decoder of the television) or to the decoder itself which simply does not it doesn't even begin to decode something high like an 8k.

come si vede un video con PAR=3 sul pc con firefox (da only one way of streaming)

as you see a video with PAR = 3 on the pc with firefox (from only one way of streaming )

lo stesso video con PAR=3 sul pc in full screen (sempre con firefox)

the same video with PAR = 3 on the pc in full screen (always with firefox)

e come si vede sul bravia 4k (con il browser vewd) in full screen

.. and as seen on the bravia 4k (with the vewd browser) in full screen

come si vede un video con PAR=2 sul pc in full screen (da blog7)

as you can see a video with PAR = 2 on the pc in full screen (from blog7 )

To know who is writing, click over the language you like
Per sapere qualcosa di chi scrive click-a sul linguaggio che preferisci